home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 12807 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.5 KB
  1. Path: Starbase.NeoSoft.COM!not-for-mail
  2. From: timd@Starbase.NeoSoft.COM (Tim Dugan)
  3. Newsgroups: comp.object,comp.lang.c++,comp.software-eng
  4. Subject: Re: Design language?
  5. Date: 21 Mar 1996 14:19:51 -0600
  6. Organization: NeoSoft, Inc. +1 713 968 5800
  7. Message-ID: <4isdl7$ccu@Starbase.NeoSoft.COM>
  8. References: <31437B51.27C3@bitmailer.net> <4i6qhq$4e8@gaia.ns.utk.edu> <4i9s82$4ps@Starbase.NeoSoft.COM> <314E0DD6.73F1@byu.edu>
  9. NNTP-Posting-Host: starbase.neosoft.com
  10.  
  11. In article <314E0DD6.73F1@byu.edu>, Stephen W. Liddle <liddle@byu.edu> wrote:
  12. >Tim Dugan wrote:
  13. >> 
  14. >> In article <4i6qhq$4e8@gaia.ns.utk.edu>,
  15. >> Matt Kennel <kennel@msr.epm.ornl.gov> wrote:
  16. >>
  17. >> >I think the reality is that once some ideas and technology get settled
  18. >> >and reliable enough to be automated, they end up--and should end up--in
  19. >> >the ordinary language.   [...]
  20. >> 
  21. >> [...] over time, we will add enough
  22. >> formality and details to systems like the "unified method" to make
  23. >> them executable and so they will generate complete code sets
  24. >> where necessary.
  25. >
  26. >This is the direction I'd like to push things -- let the model contain
  27. >the program.  In fact, I'd go so far as to hope that we could avoid
  28. >"generating code" at all from the executable model.  (Eventually) we
  29. >ought to be able to create efficient systems by compiling executable
  30. >models directly, the same way we now create efficient programs in
  31. >high-level languages and rely on optimizing compilers for efficiency.
  32.  
  33. Yeah...sure...to some extent, how we go from the graphic design to
  34. the working software is irrelavent except that, as we improve on
  35. a step-by-step basis, we will generate various levels of intermediate
  36. code first...even today, many C/C++ compilers generate intermediate
  37. assembler code...and we are somewhat constrained by the current
  38. linker conventions...
  39.  
  40. >For my dissertation work, I proposed a model-equivalent language called
  41. >Melody.  A good short summary is available in the OOER '95 conference
  42. >proceedings:
  43. >
  44. >"Unifying Modeling and Programming through an Active, Object-Oriented,
  45. >Model-Equivalent Programming Language,"  S.W. Liddle, D.W. Embley, and
  46. >S.N. Woodfield, Lecture Notes in Computer Science, no. 1021, pp. 55-64,
  47. >Springer-Verlag, Berlin, 1995.
  48.  
  49.  
  50. Any chance it's available on-line?
  51.  
  52. >Our research is ongoing.  Obviously there are lots of challenges to
  53. >getting this idea to work, especially the optimization problem!
  54.  
  55. I think this would be a great area to work in...I wish I could
  56. find a job like this close to home! :(
  57.  
  58. -t
  59.  
  60. -- 
  61. "...that word isn't in any language-- 
  62.  it will never be uttered by a human mouth..." - DB
  63.